-
Notifications
You must be signed in to change notification settings - Fork 3
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
M10.0 v1.7.5 reorder entropy for uncertainty #75
M10.0 v1.7.5 reorder entropy for uncertainty #75
Conversation
return self.codes.detailed.both_confirmed | ||
return self.codes.detailed.ia_confirmed_only | ||
if uni_overlayed: | ||
return self.codes.detailed.db_overlayed_only | ||
return self.codes.detailed.both_unsure |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
On ne passe dans cette ligne (return self.codes.detailed.both_unsure) que si on est à "not high_entropy", je suggère de la passer dans le bloc "if" correspondant, en ligne 365.
Eventuellement en plus, en traitant le cas "high entropy" en premier et en finissant sur le bloc "if not high_entropy" il est possible de supprimer la ligne du "if", puisqu'on est sorti de la méthode en cas de "high entrpoy" just avant. Cela fait une indentation de moins dans un bloc qui en a beaucoup (c'est juste une question de lisibilité)
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
On ne passe dans cette ligne (return self.codes.detailed.both_unsure) que si on est à "not high_entropy", je suggère de la passer dans le bloc "if" correspondant, en ligne 365.
On y passe si on n'est pas high entropy, mais on laisse tout de même la possibilité de passer par la BDUni avant, donc impossible de mettre ce return dans le premier bloc.
C'est un peu complexe en l'était mais je ne vois pas vraiment comment simpliifer, à part en se passant totalement de l'entropie. Ca ne me semble pas forcément souhaitable, puisque lorsqu'elle a été ajoutée c'est qu'elle conduisait à une amélioration...
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
J'ia relu les changements, je ne vois rien d'important à signaler, juste une poignée de remarque d'écriture
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
OK
return self.codes.detailed.both_confirmed | ||
return self.codes.detailed.ia_confirmed_only | ||
if uni_overlayed: | ||
return self.codes.detailed.db_overlayed_only | ||
return self.codes.detailed.both_unsure |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
On ne passe dans cette ligne (return self.codes.detailed.both_unsure) que si on est à "not high_entropy", je suggère de la passer dans le bloc "if" correspondant, en ligne 365.
On y passe si on n'est pas high entropy, mais on laisse tout de même la possibilité de passer par la BDUni avant, donc impossible de mettre ce return dans le premier bloc.
C'est un peu complexe en l'était mais je ne vois pas vraiment comment simpliifer, à part en se passant totalement de l'entropie. Ca ne me semble pas forcément souhaitable, puisque lorsqu'elle a été ajoutée c'est qu'elle conduisait à une amélioration...
On autorise la BDUni a rattraper une situation de haute entropie. On augmente le range possible des seuils d'entropie dans l'optimisation pour prendre en compte le fait qu'on travaille avec 7 classes prédites.